f1211408113c508f4975f1d4edefd6344b96144b
[git-annex.git] /
1 [[!comment format=mdwn
2  username="nobodyinperson"
3  avatar="http://cdn.libravatar.org/avatar/736a41cd4988ede057bae805d000f4f5"
4  subject="comment 4"
5  date="2023-07-12T09:21:55Z"
6  content="""
7 Just for the record: 
8
9 - `git annex assist -m MESSAGE` works, you can make own messages. 
10 - `git annex assist` has nothing to do with the assistant and can be used without. It's just `git annex sync --content` plus adding new files. A very important command for newcomers to 'just sync it'.
11
12 To get 'the old sync' back, you have several options:
13
14 - `git config --global annex.synccontent false` for your entire local machine, overrides the next option
15 - `git annex config --set annex.synccontent false` for all participants of a git annex repo (yes, it syncs between machines), still overrideable by users' local git configs above
16 - properly set up preferred content expressions (effectively), e.g. `git annex wanted . present`.
17 - `git annex sync --no-content`
18
19 If you don't use preferred content expressions to decide which repo should get which files and you want only partial checkouts with some files, then I indeed don't see why you would ever need `git annex sync --content` as you probably manually `get` the files you want. In that case one could argue that `sync` is a misleading word, you are actually only looking for a metadata sync (`msync`, `metasync`, ...?) strictly without content.
20
21 [I was also surprised](https://git-annex.branchable.com/todo/Having___39__git_annex_sync__39___optionally_add/#comment-c8c3138128a684080e2aaafc48aedfcf) that joey opted for introducing `assist` instead of teaching `sync` how to (optionally) add new files as well and keeping the rest as it was. But I can understand the direction of his reasoning.
22 """]]